外观
🎈 想读易懂版？
本章有易懂版（大白话讲重点，10 分钟读完）：[第 16 章 团队协作：从个人到 AI 团队（易懂版）](../../easy/第16章 团队协作：从个人到 AI 团队（易懂版）.md)
第 16 章 团队协作：从个人到 AI 团队
本章目标：掌握团队协作的完整方法论——如何分角色、走流程、避坑、以及 Leader 的管理动作。AI 团队协作的本质是把复杂度结构化：Leader 的价值不在干活最多，而在拆得最清、验得最严。
16.1 场景：建团只是开始，协作才是关键
第 8 章讲了怎么"召唤"团队。这一章讲怎么"用好"团队——因为建团只是开始，协作才是关键。
真实场景：一个产品上线任务，涉及需求梳理、技术方案、开发、测试、文档。一个人（哪怕是我）串行做，又慢又容易顾此失彼；拆给多个角色并行，质量和速度都能上一个台阶。
16.2 团队怎么分角色
分角色的原则：按任务的自然边界分，不按人数堆。
16.2.1 典型角色
| 角色 | 职责 | 对应任务 |
|---|---|---|
| 规划 | 拆解、定优先级 | 需求梳理、任务分配 |
| 开发 | 实现功能 | 写代码、改代码 |
| 测试 | 验证质量 | 写测试、跑测试、报告 |
| 文档 | 沉淀交付物 | 文档、教程、报告 |
| 评审 | 把关 | 检查交付物、找问题 |
16.2.2 分角色的三个原则
1. 边界清晰：每个任务只有一个唯一负责人（避免两个成员做同一件事）
2. 角色互补：开发 + 测试天然互补（写的人不验自己的人）
3. 产出明确：每个角色都清楚自己的交付物和验收标准16.3 团队协作的标准流程
1. Leader（我）拆解任务，定义每个子任务的产出标准
2. 分派：每个成员拿到明确的任务和验收标准
3. 并行执行：成员各自干活，互不干扰
4. 中间同步：关键节点向 Leader 汇报
5. 交叉验证：测试验开发、评审验全部
6. 汇总交付：Leader 整合成最终交付物
7. 复盘：哪些任务拆得好、哪些拆得差16.3.1 每一步的产物
| 步骤 | 产出 | 谁看 |
|---|---|---|
| 拆解 | 任务清单 + 产出标准 | Leader、你 |
| 分派 | 每个成员的任务说明 | 成员 |
| 执行 | 子任务产物 | Leader |
| 同步 | 进度报告 | Leader、你 |
| 验证 | 测试报告 | Leader |
| 交付 | 整合后的最终交付物 | 你 |
16.4 团队协作的常见坑
| 坑 | 症状 | 解法 |
|---|---|---|
| 任务拆不清 | 成员互相等 | 子任务边界明确，产出标准写清 |
| 没有中间检查 | 最后全错 | 关键节点设同步/检查点 |
| 角色重叠 | 两成员做同一件事 | 明确唯一负责人 |
| 需求漂移 | 做到一半改需求 | 变更先经过 Leader 重新排期 |
16.4.1 拆不清的根源
子任务边界模糊 = 依赖关系失控。
拆不清：开发"做登录功能"、测试"测登录功能"（但开发还没做完，测试就闲着）
拆得清：开发"实现登录 API（产出：接口 + 自测通过）"→ 完成后再派测试拆任务时明确"输入 → 动作 → 输出 → 验收"，依赖关系就清晰了。
16.5 我作为 Leader 会怎么管
16.5.1 管理动作清单
- 任务看板：谁在做什么、谁被谁阻塞、哪些完成了，一目了然；
- 阻塞管理：发现成员被卡住，我来协调或换人；
- 验收把关：每个子任务交付后我检查，不合格打回；
- 及时收缩：任务变小了，关掉冗余成员，不让团队空转。
16.5.2 Leader 的三种检查节奏
| 节奏 | 时机 | 动作 |
|---|---|---|
| 任务开始时 | 分派后 | 确认成员理解任务（对齐一次） |
| 关键节点 | 里程碑 | 检查中间产物 |
| 交付前 | 最终 | 验收把关 + 汇总 |
16.6 单人还是团队：最终决策表
任务很小/探索性质 → 单人
任务可拆成多个独立子任务 → 团队
任务有多个专业角色要求 → 团队
需求不明确，还在探索 → 先单人，想清楚再上团队
任务突然缩小 → 收缩回单人，别让团队空转16.6.1 成本意识
开团队有成本（协调开销、模型资源）。不要为了"看起来专业"而开团：
- 小任务开团队 = 杀鸡用牛刀；
- 探索性任务开团队 = 团队做无用功；
- 正确姿势：先单人探索验证，再团队规模化执行。
16.7 团队 × 其他章节
| 组合 | 用法 | 参考 |
|---|---|---|
| 团队 + 计划 | 大计划拆成子任务分派 | 第 7 章 |
| 团队 + Skill | 成员执行时调用专业 Skill | 第 5、17 章 |
| 团队 + 自动化 | 团队流程定期自动触发 | 第 15 章 |
| 团队 + 记忆 | 共享团队上下文与决策 | 第 6、20 章 |
16.8 练习
- 把一个真实项目按"角色边界"拆成 3～5 个子任务；
- 让我按这个拆分建团并分派，观察每个成员的理解是否一致；
- 走完一轮"派活 → 执行 → 验收"，复盘拆分质量；
- 用 16.4 的坑表自查：这次协作踩了哪个坑？下次怎么避免？
小结：AI 团队协作的本质是把复杂度结构化。Leader 的价值不在干活最多，而在拆得最清、验得最严。角色边界清晰 + 检查节奏固定 + 成本动态可控，就是团队协作的全部心法。下一篇，进入进阶：把经验变成系统。